Package | hl7.ehrs.uv.phrsfmr2 |
Type | Requirements |
Id | Id |
FHIR Version | R5 |
Source | http://hl7.org/ehrs/uv/phrsfmr2/https://build.fhir.org/ig/HL7/phrsfm-ig/Requirements-PHRSFMR2-PH.2.5.6.html |
Url | http://hl7.org/ehrs/uv/phrsfmr2/Requirements/PHRSFMR2-PH.2.5.6 |
Version | 2.0.1-ballot |
Status | active |
Date | 2025-04-03T15:15:30+00:00 |
Name | PH_2_5_6_Manage_Medical_History |
Title | PH.2.5.6 Manage Medical History (Function) |
Experimental | False |
Authority | hl7 |
Description | Manage the PHR Account Holder's medical history. |
Purpose | Significant or serious past medical illnesses and hospitalizations can be referenced in this list with a brief description and date. The past medical history list can also display standard life event reporting such as birth history used in pediatrics, for example: NVD at 36 weeks APGAR 7 and 9 (Normal vaginal delivery after 36 weeks gestation with APGAR scores of 7 and 9 at one and three minutes) and reproductive history used primarily by gynecologists: G4, P3, Ab1, postmenopausal (4 pregnancies, 3 live deliveries, 1 lost pregnancy, now postmenopausal). Medical Histories are typically created by healthcare professionals to summarize aspects of a given healthcare event, diagnosis, or condition (for example, appendectomy or diabetes). Example(s): The system SHOULD provide the ability to annotate the medical history. |
No resources found
No resources found
Note: links and images are rebased to the (stated) source
Manage the PHR Account Holder's medical history.
Significant or serious past medical illnesses and hospitalizations can be referenced in this list with a brief description and date.
The past medical history list can also display standard life event reporting such as birth history used in pediatrics, for example: NVD at 36 weeks APGAR 7 and 9 (Normal vaginal delivery after 36 weeks gestation with APGAR scores of 7 and 9 at one and three minutes) and reproductive history used primarily by gynecologists: G4, P3, Ab1, postmenopausal (4 pregnancies, 3 live deliveries, 1 lost pregnancy, now postmenopausal).
Medical Histories are typically created by healthcare professionals to summarize aspects of a given healthcare event, diagnosis, or condition (for example, appendectomy or diabetes).
Example(s): The system SHOULD provide the ability to annotate the medical history.
PH.2.5.6#01 | dependent SHALL |
The system SHALL provide the ability to manage (either detailed or summary) medical history information (including the presence or absence of various conditions or symptoms and any associated annotations) that may exist in the provider(s) EHR-S or other systems according to organizational policy and/or jurisdictional law. Note: Medical History information can either be imported from a provider’s system or entered by the PHR Account Holder, and includes the metadata regarding the creation, modification, viewing, extraction, or deletion of a record. |
PH.2.5.6#02 | SHOULD |
The system SHOULD provide the ability to capture and transmit a request for correction / amendment to a medical history (where the medical history was captured from an external source). For example, a report could be created by the PHR Account Holder that asserts that the provider's information is incorrect and sent to the provider with a recommendation that the provider's information must be repaired. |
PH.2.5.6#03 | SHOULD |
The system SHOULD provide the ability to capture and transmit to an external system a request for deletion/deprecation of erroneous PHR Account Holder's information (e.g., insertion of information into the PHR Account Holder's record that is of another person). |
PH.2.5.6#04 | SHOULD |
The system SHOULD provide the ability for the PHR Account Holder to annotate the medical history with text comments. |
PH.2.5.6#05 | SHALL |
The system SHALL provide the ability to enter missing information in subsequent changes to the medical history. |
PH.2.5.6#06 | conditional SHALL |
IF medical history -related information is captured, THEN the system SHALL conform to PH.2.1 (Manage PHR Account Holder Originated Data) to identify the author/source/custodian of the information. |
PH.2.5.6#07 | conditional SHALL |
IF medical history-related information is captured, THEN the system SHALL conform to PH.6.1 (PHR Account Holder Health Data Derived from Administrative and Financial Sources) to identify the author/source/custodian of the information. |
PH.2.5.6#08 | conditional SHALL |
IF medical history-related information is captured, THEN the system SHALL conform to TI.2.2 (Auditable Records) to identify the author/source/custodian of the information. |
{
"resourceType" : "Requirements",
"id" : "PHRSFMR2-PH.2.5.6",
"meta" : {
"profile" : [
"http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/FMFunction"
]
},
"text" : {
"status" : "extensions",
"div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n <span id=\"description\"><b>Statement <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b> <div><p>Manage the PHR Account Holder's medical history.</p>\n</div></span>\n\n \n <span id=\"purpose\"><b>Description <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Informative Content\" class=\"informative-flag\">I</a>:</b> <div><p>Significant or serious past medical illnesses and hospitalizations can be referenced in this list with a brief description and date.</p>\n<p>The past medical history list can also display standard life event reporting such as birth history used in pediatrics, for example: NVD at 36 weeks APGAR 7 and 9 (Normal vaginal delivery after 36 weeks gestation with APGAR scores of 7 and 9 at one and three minutes) and reproductive history used primarily by gynecologists: G4, P3, Ab1, postmenopausal (4 pregnancies, 3 live deliveries, 1 lost pregnancy, now postmenopausal).</p>\n<p>Medical Histories are typically created by healthcare professionals to summarize aspects of a given healthcare event, diagnosis, or condition (for example, appendectomy or diabetes).</p>\n<p>Example(s): The system SHOULD provide the ability to annotate the medical history.</p>\n</div></span>\n \n\n \n <span id=\"actors\"><b>Actors:</b><br/> ehr</span>\n \n\n \n <span id=\"requirements\"><b>Criteria <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b></span>\n \n <table id=\"statements\" class=\"grid dict\">\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#01</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to manage (either detailed or summary) medical history information (including the presence or absence of various conditions or symptoms and any associated annotations) that may exist in the provider(s) EHR-S or other systems according to organizational policy and/or jurisdictional law. Note: Medical History information can either be imported from a provider’s system or entered by the PHR Account Holder, and includes the metadata regarding the creation, modification, viewing, extraction, or deletion of a record.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#02</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to capture and transmit a request for correction / amendment to a medical history (where the medical history was captured from an external source). For example, a report could be created by the PHR Account Holder that asserts that the provider's information is incorrect and sent to the provider with a recommendation that the provider's information must be repaired.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#03</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to capture and transmit to an external system a request for deletion/deprecation of erroneous PHR Account Holder's information (e.g., insertion of information into the PHR Account Holder's record that is of another person).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#04</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability for the PHR Account Holder to annotate the medical history with text comments.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#05</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to enter missing information in subsequent changes to the medical history.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#06</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n <i>conditional</i>\n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF medical history -related information is captured, THEN the system SHALL conform to PH.2.1 (Manage PHR Account Holder Originated Data) to identify the author/source/custodian of the information.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#07</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n <i>conditional</i>\n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF medical history-related information is captured, THEN the system SHALL conform to PH.6.1 (PHR Account Holder Health Data Derived from Administrative and Financial Sources) to identify the author/source/custodian of the information.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#08</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n <i>conditional</i>\n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF medical history-related information is captured, THEN the system SHALL conform to TI.2.2 (Auditable Records) to identify the author/source/custodian of the information.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n </table>\n</div>"
},
"extension" : [
{
"url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-wg",
"valueCode" : "ehr"
}
],
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/Requirements/PHRSFMR2-PH.2.5.6",
"version" : "2.0.1-ballot",
"name" : "PH_2_5_6_Manage_Medical_History",
"title" : "PH.2.5.6 Manage Medical History (Function)",
"status" : "active",
"date" : "2025-04-03T15:15:30+00:00",
"publisher" : "EHR WG",
"contact" : [
{
"telecom" : [
{
"system" : "url",
"value" : "http://www.hl7.org/Special/committees/ehr"
}
]
}
],
"description" : "Manage the PHR Account Holder's medical history.",
"purpose" : "Significant or serious past medical illnesses and hospitalizations can be referenced in this list with a brief description and date.\r\n\r\nThe past medical history list can also display standard life event reporting such as birth history used in pediatrics, for example: NVD at 36 weeks APGAR 7 and 9 (Normal vaginal delivery after 36 weeks gestation with APGAR scores of 7 and 9 at one and three minutes) and reproductive history used primarily by gynecologists: G4, P3, Ab1, postmenopausal (4 pregnancies, 3 live deliveries, 1 lost pregnancy, now postmenopausal).\r\n\r\nMedical Histories are typically created by healthcare professionals to summarize aspects of a given healthcare event, diagnosis, or condition (for example, appendectomy or diabetes).\r\n\r\nExample(s): The system SHOULD provide the ability to annotate the medical history.",
"statement" : [
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : true
}
],
"key" : "PHRSFMR2-PH.2.5.6-01",
"label" : "PH.2.5.6#01",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to manage (either detailed or summary) medical history information (including the presence or absence of various conditions or symptoms and any associated annotations) that may exist in the provider(s) EHR-S or other systems according to organizational policy and/or jurisdictional law. Note: Medical History information can either be imported from a provider’s system or entered by the PHR Account Holder, and includes the metadata regarding the creation, modification, viewing, extraction, or deletion of a record."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "PHRSFMR2-PH.2.5.6-02",
"label" : "PH.2.5.6#02",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to capture and transmit a request for correction / amendment to a medical history (where the medical history was captured from an external source). For example, a report could be created by the PHR Account Holder that asserts that the provider's information is incorrect and sent to the provider with a recommendation that the provider's information must be repaired."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "PHRSFMR2-PH.2.5.6-03",
"label" : "PH.2.5.6#03",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to capture and transmit to an external system a request for deletion/deprecation of erroneous PHR Account Holder's information (e.g., insertion of information into the PHR Account Holder's record that is of another person)."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "PHRSFMR2-PH.2.5.6-04",
"label" : "PH.2.5.6#04",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability for the PHR Account Holder to annotate the medical history with text comments."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "PHRSFMR2-PH.2.5.6-05",
"label" : "PH.2.5.6#05",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to enter missing information in subsequent changes to the medical history."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "PHRSFMR2-PH.2.5.6-06",
"label" : "PH.2.5.6#06",
"conformance" : [
"SHALL"
],
"conditionality" : true,
"requirement" : "IF medical history -related information is captured, THEN the system SHALL conform to PH.2.1 (Manage PHR Account Holder Originated Data) to identify the author/source/custodian of the information."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "PHRSFMR2-PH.2.5.6-07",
"label" : "PH.2.5.6#07",
"conformance" : [
"SHALL"
],
"conditionality" : true,
"requirement" : "IF medical history-related information is captured, THEN the system SHALL conform to PH.6.1 (PHR Account Holder Health Data Derived from Administrative and Financial Sources) to identify the author/source/custodian of the information."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "PHRSFMR2-PH.2.5.6-08",
"label" : "PH.2.5.6#08",
"conformance" : [
"SHALL"
],
"conditionality" : true,
"requirement" : "IF medical history-related information is captured, THEN the system SHALL conform to TI.2.2 (Auditable Records) to identify the author/source/custodian of the information."
}
]
}
XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.